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TITLE 

ELECTRONIC DOCUMENT DISTRIBUTION SYSTEM 

FIELD OF THE INVENTION 
5 This Invention relates to the delivery of electronic documents via e- 

mail or equivalent an-angements for presentation of information 
particulariy, although not exclusively, for distribution of electronic 
documents which comprise promotional presentations for the purpose of 
direct marketing of goods and/or services to e-mail recipients. The 
10 invention fiirther relates to a system for managirtg the compilation, 

scheduling, controlling, distribution, commercial transactions and statistical 
data capture of electronic documents. 

BACKGROUND TO THE INVENTION 

IS Existing arrangements for the delivery of documents in electronic 

form typically rely on the attachment mechanisms provided by 
conventional e-mail client software or e-mail web browsers. In some 
case.$ the attachments are executable files arranged such that they can be 
executed on the computer system of the e-mail recipient In order to 

20 present, for example, multi-media content. Desired recipients of e^ail 

may often only be readily accessible via the public global communications 
network known as the Internet or Worid Wide Web. 

However, entities sending electronic documents via e-mail do not 
have a convenient way of determining whether the intended recipient has 

25 opened the electronic document, although some e-mail servers are able to 

indicate that the e-mail was delivered to the post offtee, and/or down- 
loaded from the e-mail server by the recipient. Further difficulties arise 
when the recipient's computer system or e-mail device employs an 
incompatible operating system and/or does not have necessary software 

30 application installed In order to open the electronic document' This is 

especially an issue if the document includes content .other than plain text, 
such as ah audio-visual animated presentation that requires a media 
player compatible with the fomiat of the multimedia content 

Existing industry standard e-mail clients and sen/ers. such as 

35 "Outlook" produced by Microsoft Corporation, "Communicator^ produced 

by Netscape, and "Eudora" produced by Qualcomm Incorporated, oan 
wam recipients of unsolicited e-mail messages of the potential risks of 
executable files attached to e-mail messages. This waming arises from 
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well-publicised incidences of e-mail attachments including renegade 
executable code (colloquially refenred to as "computer viruses") with the 
potential to disable or damage a recipient's computer system upon 
execution of the attachment. 
5 Many business entities that utilise the Internet for communications 

purposes have installed security an^ngements, such as firewalls, as part 
of their connection to the Intemet to protect their computers from computer 
virus attack. Siich firewalls usually prevent transmission of e-mail 
messages with attachments in the form of executable files to computers 
10 intemal to the organisation, particulariy when the e-mail is sent by an 

unknown or unkientifiable source. Furthennore» the possibility of 
interception of, and tampering, with e-mail messages and attached files 
during transmission via the Intemet is also of concern to both private and 
business users of e-mail. 

IS 

OBJECT OF THE INVENTION 

It is an object of the present invention to provide an electrohtc 
document and a system for the distribution of electronic documente that 
ameliorates or overcomes some of the problems associated with the prk>r 
20 art. 

It is another object of the present invention to provide an electronic 
document wherein the recipient can identify, with a degree of certeinty, the 
origin of the document and wherein unauthorised tempering with the 
content of the document can be identified and brought to the attention of 
25. the recipient by the client's e-mail client applicatton. 

It is yet another object of the present invention to provide a method 
and arrangement for the delivery of an electronic document wherein a 
facility is provided for automatically sending statistical information once the 
recipient has viewed the presentetion. 
30 It Is a still further object of the present invention to provide a system 

for the distribution of electronic documents, as part of a marketing 
campaign, which provides a facility for integration with electronic 
commerce order and payment processing systems. 

It is a still further object of the present invention to provide a system 
35 for the establishment, hiaintenance and scheduling of marketing, or 

information, campaigns. 

Further objects will be evident from the description. 
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DISCLOSURE OF THE INVENTION 

In one form, although it need not be the only or indeed the broadest 
form, the invention resides in a system for the distribution of an electronic 
document containing a presentation to a plurality of desired recipients via 
5 an electronic mail service, the system comprising: 

(a) a management module that manages master electronic documents, 
including configuration maintenance; 

(b) a builder module that integrates creative xx^ntent with a document 
template to produce the master electronic document; 

10 (c) a launcher module that merges recipient data with the master 
electronic document and initiates transmission of the electronic document 
to each desired recipient in accordance with delivery and scheduling 
details provided by the management module; and 

(d) a catcher module that receives and processes automatic receipts 
15 from recipients of the electronic document. 

Suitably the management module performs maintenance of e- 

commeroe configuration details, and merging of delivery, scheduling, and 

e-commerce details. 

The recipient date is suitably stored in a database. Preferably the 
20 recipient data includes address information and other personalised 

information relevant to the recipient and an associated campaign. To 

enable each response to be cleariy traced to the recipient address, a 

global unique identifier for each recipient is created automatically by the 

system. 

25 Preferably the delivery details include an anticipated delivery date, 

and an expiry date beyond which the presentation may be limited to an 
explanation to the recipient that the campaign has lapsed, and a Close 
Date after which all responses for the launch are discarded. 

The. creative content may include any one or mond of text objects, 
30 image objects, sound objects, audio-visual objects or animation objects. 

Preferably the launcher module forwards each electronic document 
created for each recipient to a communications server for transmisston to 
recipients determined by a recipient list. 

The template or frameworic for the electronic document includes a 
35 header portion for holding address information of the recipient and a t)ody 

portion with a structure as set out below. 

The launcher module may suitably append an electronic digital 
signature to the master electronic document. 
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In another form, the invention resides in an electronic document, 
arranged for transmission from a sender according to address infomiation 
in a header portion of the document, said document structured such that 
the following sections are included within a body portion of the document: 

(a) a computing platform independent script section for controiiing 
presentation of content of the electronic document and including a 
subsection for automatically retuming a receipt or response; 

(b) a mark-up language section for providing linlcs to subsections of 
encoded content within the document; and 

(c) a content section including a plurality of subsections each erKxxied 
in accordance with a multipurpose communications protocol supported by 
the electronic mail service; 

wherein automated presentation of content to the recipient upon opening 
the electronic document is controlled by a client application associated 
with the electronic mail service. 

The script section of the electronic document may include further 
subsections fon 

(i) collecting feedback infonmation provided manually by the 
recipient in reply to the content presented; 

(ii) collecting statistical feedback informatton, . collected 
automatically, of timing and/or other event information; 

(Hi) encrypting the response information and retuming the 

encrypted response to the sender in the receipt; and/or 

(iv) implementing campaign expiry dates. 

The script subsection for automatically retumirig a receipt suitably 
creates and places the receipt in an out box or equivalent accessible via 
the recipient's client application. 

The receipt, which is addressed to a receiver designated by the 
sender, or their agent, most preferably contains a variable allowing the 
recipient to opt out of further communications with the. sender. 

The receipt may optionally .contain an e-mail address variable to 
instruct the system that another electronic document/presentation is 
required to be sent to a friend or associate of the recipient at the e-mail 
address entered by the recipient. 

The mark-up language section of the electronic document 
preferably includes a canvas page section that establfshes a style for the 
presentation. 
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The mark-up language section of the electronic document may 
further indude: 

(i) a reply fomfi page for collecting feedback Infonmation frx^m 
the recipient; 

(ii) a fulfilment order page for taking orders for goods and/or 
services; and/or 

(iii) an electronic commerce page for facilitating electronic 
payments offered in relation to the orders. 

If required, the body portion of the electron^ document further 
includes a plain text section for use with sub-fiincdonal client applicatton 
software, for example an electronic mail client lacking maric-up language 
support. 

The client appiicatton may be an e-mail client or a web browser 
client application. 

In yet another form the invention resides in a method for distributing 
an electronic document containing a presentation to a plurality of desired 
recipients, said method including the steps of: 

(a) obtaining delivery and scheduling details for the distribution of the 
electronic documents, together with data about the desired recipients; 

(b) integrating creative content with a document template to produce a 
master electronic document; 

(c) merging the recipient data with the master electronk; document and 
initiating transmisston of the electronic document to each desiied recipient 
in accordance with the delivery and scheduling details; and . 

(d) receiving and processing automatic receipts from recipients of the 
electronic document 

Preferably the method further includes the step of merging product 
information with the document template to produce the master electronic 
document 

in still another form the Invention resides in an electronic document 
sending apparatus for transmitting an electronic document of the type 
defined above to a desired recipient, said apparatus including: 
a launcher module for merging address information of the desired recipient 
with a master electronic document containing creative content to form the 
electronic document and for initiating transmission of the electronic 
document to the recipient via an electronic mail service. . 

Suitably the launcher module also merges product information and 
an electronic digital signature. 
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Throughout this specification the expression "electronic document" 
shall be understood as not limited to containing solely textual matter, but 
to include animations, graphics and audiovisual arKl similar muiti-nnedia 
content. 

5 

BRIEF DETAILS OF THE DRAWINGS 

To assist in understanding the invention preferred 
embodiments will now be described with reference to the following figures 
in which: 

10 FIG. 1 is a concept diagram of an electronic commerce, or direct e- 

mail mariceting system of a preferred embodiment of the di$trit>iition 
system of the present invention; 

FIG. 2 is an example of a template for a preferred embodiment of 
the electronic document of the present invention; 

IS FIG. 3 is a schematic diagram showing modules of the direct e-mail 

marketing system of FIG. 1 ; 

FIG. 4 is a context diagram reflecting the functional inter- 
relationships between the modules of the e-mail marketing system of the 
preferred emt)odlment; 

20 FIG. 5 is an example user interface for maintaining campaign 

details; 

FIG. 6 is an example user interface for entering fulfilment e-mail 
details; 

FIG. 7 is an example user interface for entering details into an 
25 electronic document, 

FIG. 8 IS the example user interface of FIG. 7 subsequent to review, 
approval and authorisation procedures; 

FIG. 9 is a logical <Jata model for the direct e-mail marketing 
system; and 

30 FIG. 10 Is ah example user interface for entering campaign launch 

parameters into the system. 

DETAILED DESCRIPTION OF THE DRAWINGS 

In the drawing figures, like reference numerals refer to like parts. 
35 The invention is described in relation to a preferred direct e-mail marketing 

systenri that utilises an electronic mail sen/ice, for example SMTP with 
MIME extenstons available via the Internet, as a communk:atk)ns channel. 
The system uses e-mail push technology, wherein content rich marketing 
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information is delivered to desired recipients in an electronic document 
which appears to be a conventional e-mail message. In the 
accompanying figures, electronic documents are sometimes identified 
using the applicants trade mark "Jabmair. 

Refening to FIG 1, the direct e-mati marketing concept 10 of the 
preferred embodiment involves a client 11 that wishes to promote certain 
goods or services to its customers or recipients identified as potential 
customers. This client representative is responsible for entering campaign 
and goods and services (order) data via a user interface to establish the 
campaign. The system provides a template 12 for cteating a master 
electronic document according to the clients requirements for a marketing 
campaign, including details such as identification of the campaign, its start 
date, duration and the particular goods or services involved. Custom 
creative content 13, including digital artwortc and audio-visual 
presentations, may be provided by a creative studio 14 such as the client's 
advertising agency. 

Content edited in the template 12 by the' client or the creative 
content 13 are combined by a builder function IS to form the master 
electronic document. The master document ' is also subject to 
authorisation, and certification processes 16, whteh includes approval of a 
recipient list obtained from a client database 17. An independent 
certification authority may also be involved to certify the clients identity for 
security, purposes. Subsequent to these processes, a launcher functton 
18 merges the authorised master electronic document with address 
information for the approved recipients 19. The electronic document is 
then sent to each recipient via the Internet, commencing on the campaign 
start date. 

The electronic document of the embodiment, which is described in 
more detail in relation to FIG. 2, includes script for interpretation by each 
recipients e-mail client applicattoh. The script causes a receipt 22A to be 
returned to a pre-determined address separate from the sender. The 
address may be that of the client or an agent of the client whk:h provkles a 
receipt catcher function 20. In the embodiment, the receipt is generated 
subsequent to the electronic document being opened by an individual 
recipient 

The receipt may merely , verify, that the recipj^nt has viewed the 
electronic document and opted out of any further communications with the 
client. Altematiyeiy, the receipt may contain responses from the. client to 
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questions posed by the client or to an offer of further information from the 
client. The catcher function 20 processes all such responses, including 
flagging any unfonmatted messages for later manual consideration. 
Marketing statistics can thus be conveniently produced from receipts 
gathered by the catcher, in accordance with requirements specified by the 
client during the building function. 

in onJer to monitor progress of the marketing campaign, a cockpit 
function 21 is provided'l>y the system. This includes progress with the 
transmission of electronic documents to recipients by the launcher function 
1 8 and the nature of receipts received by the catcher function. 20. including 
statistical analysis of receipts 22A for the client 11. The cockpit function 
can also be used to update the recipient list 17 regarding those customers 
who have opted out of further communications. The system is capable of 
launching multiple e-mail campaigns, and the cockpit function 21 can be 
configured to monitor progress with each campaign. 

In an extended form, the system of the embodiment may be 
interfaced with third party electronic commerce payment and fulfilment 
systems, allowing the processing of orders and accompanying credit card 
details 22B communicated, in responses from recipients. The interface 
may facilitate verification of payment details with an electronic commerce 
payment server function provided by a bank 23 or other financial 
institution. The interface may also facilitate order entry, shipping and proof 
of delivery functions provided by fulfilment agent systems 24, 25. 

The electronic document of the preferred embodiment has a 
structure that fadiitates the delivery of non-text content such as images, 
video and animations, within an e-mail envelope and provides for 
automated receipting. The structure has a conventional header portion 
and a body portion. The body portion of the electronic document allows 
dier^ts to insert customised content and questions for the collection of 
marketing data relating to the particular martceting campaign. When upon 
receipt, the electronic document is opened in a suitable e-mail dient 
application, the content is automatically and immediately presented to the 
recipient within the application. A suitable e-mail client application, in the 
context of the embodiment, is at least markup language (e.g. IHTML) and 
computer platform independent script (e.g. Javascript) compatible. 

The template for the electronic document 30 includes, as illustrated 
in FIG. 2. a body portiori with a platform independent script section 31 for 
controlling presentation of the content of the electronic document, a 
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markup language section 32 for linking to encoded objects in a content 
section 33. In the embodiment, the markup language section 32 includes 
at least one hypertext markup language (HTML) page that Is associated 
with Javascript in the script section 32. The Javascript is used to paint the 
5 contents of each page of the electronic document when opened. The 

HTML page includes links to content objects that have each been encoded 
with a multipurpose communications protocol supported by the electronk: 
mail service, such as MIME. 

Each template may include multiple HTML pages together with a 

10 non-HTML support page that incorporates a link to a URL where content 

(corresponding to that of the . electronic document) can be altematively 
souroed, via the Intemet using a browser applteation.. The non-HTML 
support page allows for instances where the recipient's e-mail client does 
not support the markup language or scripting. The HTML pages provided 

IS in the template include four basic types, as follows: 

(i) canvas pages which establish a style for the prasentation of 
content; 

(ii) marketing infomnation feedt>ack form pages for collecting 
feedback information from the recipient; 

20 . (iii) fulfilment order pages for taking ordere for goods and/or 

services; and/or 

(iv) electronic commerce pages for accepting payments offered 
, in relation to the orders. 

Each page type may include links to MIME encoded content 
25 objects, as required. The first canvas page typteally contains a greeting to 

the particular recipient with personalised content sourced from the 
recipient list 17. The pages that ifollow the greeting page are subject to the 
content of the particular presentation, whether for marketing or information 
purposes. 

30 The script section 31 at the beginning of the template, includes 

JavaScript which controls presentation of the content including the sunset 
(expiry) date and manages recipient interaction. A subsectton of the script 
is provided for automatically retuming a receipt to the sender. The receipt 
at least includes a variable allowing the recipient to either opt in, or opt 

35 out, of further communications with the sender. The receipt may further 

include fields for reply type (in this case 01), read receipt, date and time 
opened (local to the recipient), interaction time with the content, number of 
pages viewed. 
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The receipt is created, addressed to the sender <or the sender's 
agent) and placed in the ''out box" of the recipient's e-mail client 
application. The script section typically includes a mechanism for 
detecting the particular e-mail client application. The script section of the 
electronic document may further include subsections tor. 

(i) collecting feedback Information from the recipient In reply to 
the content presented; 

(ii) encrypting the response information and returning the 
encrypted response in the receipt; and/or 

(iii) collecting electronic order and purchase confirmation 
infomnation 

The feedback form page can include additional specific questtons 
that are formulated by the client. 

The functional modules of the electronic document distribution 
system 40 of the embodiment are now described with reference to FIG. 3. 
The system includes a management module 41 for managing the 
campaign that includes the preparation of a list of desired recipients from 
redpient data sourced from a database 42 loaded to the recipient list via 
the catcher, the database in the example comprises data relating to the 
client's customers. The client establishes campaign details, perhaps with 
the assistance of an advertising agency, including the production of 
creative content 43 for the campaign and parameters 44 for the launch. 

The creative content may be created using multimedia authoring 
software, such as "Flash" produced by Macromedia, Inc., which generates 
audk>-visuai files in the Shockwave format This content is provided to a 
translator module 45 that has functions enabling the translation of the 
content into a form suitable for integration into a master electronic 
document The builder module 46 builds the master electronic document, 
using a template vAzard function 46IA to interact with the client, and 
integrates content objects provided by the translator module 45. 

Once built and scheduled for launch, the master document is 
merged with recipient data in the launcher module 47, including respecth^e 
e-mail addresses supplied by the management module via the Catcher, 
from the recipient database 42. The documents are then sent to the 
desired recipients, commencing on a date specified amongst launch 
parameters 44 provided by the client The launcher may also function in 
conjunction with a certification authority in order to apply desired sender 
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authentication and tamper proofing measures to the distributed electronic 
documents. 

The cockpit module 48 facilitates live monitoring of the launch 
progress and incoming responses, and includes a graphical user interface 
5 for presentation of relevant statistical data. 

The catcher module 49 is a central device for receiving receipts 
from recipients in reply to the e-mailed electronic documents. The catcher 
module processes every e*mailed receipt or other response received, and 
invokes other functions including fulfilment to a fulfilment agent 56 via 
10 fulfilment interface module 50 and e-commerce via e-commetx:e Interfoce 
module 51 through a payment server 57 to financial institutton 58. The 
catcher module is also associated with an import/export module 49A that 
facilitates the export of response data 52 in client requested fomiats and 
the import of recipient data from database 42. The particular functional 
15 aspects of each module of the embodiment will now be discussed in more 
•detail below. 

A context diagram reflecting the functional inter-relationships 
between the modules is illustrated in FIG. 4. This diagram reflects a 
second embodiment of the system that may be employed by an entity 
20 such as an advertising agency or marketing organisation that provides 

services to multiple clients. The second emt>odiment includes an 
additional layer, over campaign management, for client management that 
includes management of service contracts and system configuration 
. details for each client. 

25 

Campaion Management 

The campaign management module 41 is a client-operated 
interface used to establish campaign details, approve the master 
electronic documents for the campaign, monitor the loading of the 

30 recipient address and customized data and activate campaign launches 
via the launcher module 47. Reference tables are used to maintain a 
default set of data for campaigns, having a layered istmcture to support 
ovem'des at each of the client level, the campaign level and the launch 
level. The management module allows clients to process each date filed 

35 in a local time zone and any e-mail addresses are validated for correct 

structure and domain name existence. 

Campaign data is required to be maintained through a simple user 
interiace that provides add, modify and read actions. There is no 
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requirement to delete a campaign, as the process will only enable 
campaigns to be completed initially and then, at a later date, to be 
archived. The campaign module includes a function that enables the 
campaign to be established, and optionally configured for .e-commerce 
and fulfilment processing. The following table is indicative of the 



information captured by the campaign management module. 



Information 


DescriDtion 


Campaign 


A title or name for the campaign 


Identifier 




Manager 


The person responsible for managing the campaign. 




1 iio fiairio Ml iiiss uuriiad running inis cornpoiyn* i nis 
field is selected from a pick list of contacts and their 

HAf Aile AntAFAH !nfn 9 />nnf ar^e toKilA 


Delivery 
Agent 


The primary Delivery Agent who will be launching the 
campaign. A pick list of delivery agents is provMed from 
a table containing delivery agent details. 


Catcher E- 
mall 


The value defaults to the Catcher e-mail set up for the 
client If a campaign is required to have a different 
catcher, then the e-mail address can be entered here. 


Start Date 


The date on which the campaign is due to be launched. 
Local time. 


ounset uate 


ine date after wnicn the Jabmail will only present a 
subset of if s information to the recipient 


Close Date 


The date after which the catcher discards all emails sent 

4rk if 
UJ 11. 


Status 


The status of the campaign - Idle, Pending Idle, Active, 
Pending Active, Complete. 


Allocated 
Sends 


The number of sends allocated to this campaign. The 
system win vaiiaate tnis rieia for a given client against an 
allocation model that is able to determine Sends 
available in one or more contracts, less those that have 
been allocated (but not sent), less those that have been 
sent The system should enable the user allocate a 
number nf fiends froni one at more nnminef pH ecooiint^s 

The campaign would then be able to see from which 
account(s) the allocation came from. 


E-Commerce 
Information 


Indicates if the electronic document requires e- 
commerce functionality and the number of products 
expected by the electronic document master. 


Merchant ID 


The Merchant ID for this campaign. The value defaults 
to the Merchant ID set up for the client, but can be 
ovenldden with a new ID if required for the cunnent 
campaign. 


Fulfilment 


Configures fulfilment functionality: 
E-mail (The catcher will receive the order and then in- 
direct the order to the fulfilment e-mail address). 
Fulfilment Aaent fThe catcher will receive the order end 
then re-direct the order to the fulfilment agent e-mail or 
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Information 


Description 




web site address). 

None fThe catcher will store the order) 



Table 1 - Campaign Setup 



A sample screen layout for the "campaign maintenance" interface is 
illustrated in FIG. 5. 

5 If the campaign requires an order to be redirected, the 

fulfilment field will be set to a value either "-E-mair or TulfBment AgenlT, as 
descrit>ed in the following table. 



Information 


Description 


Fulfilment Agent 
Address 


The electronic address used by the electronic 
document for processing and fulfilment of the 
order redirected from the recipient. This field 
may t>6 merged into the Electronic document 
when it is launched or accessed via the Catcher 
database. 


E-mail Subject Text 


This Is the text to be displayed on the response 
e-mail so that the fulfiiment agent can easjiy 
identify it and process accordingly. 


E-mail Address 


The e-mail address used by the Catcher for 
processing and fulfilment of the order. 



Table 2 - Fulfilment parameters 

10 

Where an order is to be captured, the above fields appear in a 
'^^ifiiment e-mail details" user interface similar to that illustrated in FIG. 6. 

The Campaign Manager provides a manual process of entering and 
updating the status of a master electronic documeiit for the campaign. 

15 Review* approval and authorization may t^e achieved by the appropriate 

user setting a check box. The system will automatically enter a user 
identifier (UseriD), a date and time stamp to record the. event on. the 
screen. The Campaign Manager does not provide any functionality to view 
or run the electronic document Only one electronic document can exist 

20 with a given status for a campaign (except "Replaced"). This .means that if 
a draft electronic document is authorised, and an original authorised 
electronic document existed, then it is to be replaced by setting the status 
of the original document to "Replaced". 

it is most desirable that, for Campaigns, if a master electronic 

25 document that has been approved for one campaign is used for a different 

campaign, then the approval process is required to approve the electronic 
document in the context of the new campaign. This is by virtue of a new 
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record for the electronic document having to be entered, and therefore, 
reviewed, approved and authorised. In the case of launches - electronic 
documents that have been approved for a campaign <:an be used for all 
subsequent launches in the same campaign. FIG. 7 of the accompanying 
drawings shows an interface for entering details of the electronic 
document, whilst FIG. 8 shows an interface for review, approval and 
authorisation of an electronic document 

Each launch is required to be controlled by parameters set up using 
the management module by a user who Is, or represents, the client's 
marketing manager. One or more launches belong to one campaign. I.e. a 
campaign may proceed as a series of sequential (or overlapping) 
launches. However, the logical data model, illustrated in FIG. 9, shows 
that a campaign has one or more electronic documents. A launch^n only 
be activated if the electronic document to which it is attached has been 
authorised. This model allows for an electronic document to be modified 
for a launch (perhaps due to the response of a previous launch). 



The following table is a base set of suggested Information required 
for launch maintenance. 



Information 


Description 


: Launch Sequence 


The sequence of a launch within a campaign 


Launch Name 


The name given to. the launch to differentiate 
against other launches for the same campaign 


Launch Date 


A date and time when the electronic documents 
are to be launched presented in a local date 
fonnat 


Close date 


A date after which responses are discarded by 
the Catcher on receipt (presented in a local 
date format). 


Sunset Date 


A date after which the electronic documents 
functionality is restricted. Also, for e- 
comnierce. a date and time when electronic 
documente inhibit the user from ordering 
goods, presented in a local date format 


Launch Mode 


Determines the conditions under which the 
launcher will operate, presented In a local date 
format Test, Pilot, or Full 


Launch Comments 


Comments associated with the launch by the 
person that activates the launch; - 


Allocated Sends 


The number of sends allocated to the launch. 
This can be pre-allocated, and then adjusted 
when the recipient list is finalized. 


Recipient List Count 


This is a number derived- by counting the 
number of valid recipients In the recipient list for 
the launch. However, initially it will be manually 
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Information 


Description 




entered. 


Actual Sends 


This is a number derived by counting the 
numuer ox e^maiis aduaiiy sent oy me 
launcher. 


Send Rate 


A numeric value indicating the rate at \A/hich 
electronic documents are to be launched. The 
launcner laKes inis vaiue ana launcnes the 
electronic documents separated by the time 
derived by this value. 


^iirinn 

oenu Qunng peaK 


An inaicaxor usea lo aecermine it tne electronic 
documents are to be launched during the peak 
penoQ. 1 ne peaK penoa is oetermineo Dy tne 
day and time values stored in the database 


L^uncn oiaius* 


1 ne status or a launcn at any tirne r* Held, 
Active, Cancelled, In Progress, Pause, Initial, 

RAfttdrf Sent 


Delivery Agent 


The agent who is responsible for the actual 
launch of the electronic documents. 


Last Modified by 


Userid of the person that last modified the 
record 


Last Modified Date 


The date and time that the last person modified . 
the record 



Table 3 - Launch Maintenance Information 



In order to add a launch the following rules are to be observed: a 
campaign must exist that is not cancelled, the client record must not be 
cancelled, and an electronic document record must exist for the campaign. 
If an electronic document doesn't exist, then a blank electronic document 
record should be created using a template. The following table describes 
the infbnmation entered when adding a campaign using the campaign 
management module. 



Information 


Man/ 
Opt 


Values 


Default 


Electronic 
document ID 


M 


Picked from available 
Electronic documents for the 
campaign. An available 
Electronic document is one 
that does not have the status 
of "Replaced" 




Launch 
Sequence 


M 


System Derived and based on 
ascending launch date order of 
launches that are not 
cancelled. 
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Information 


Man/ 
Opt 


Values 


Default 


Launcn iMame 


Ivl 


Any alpha numeric ' 

cornDinaiiori 


Campaign 
Name 


Launch Date 


o 


=>now() AND =>Campaign 
oian uaie yioDai oaie 


Campaign 
otart uate 


Sunset Date 


o 


>today(midnight) global date 
AND >Launch Date(midnight) 
And < CloseDate 


Campaign 

Sunset 

Date 


Launch Mode 


M/O 


Test, Production 


Test 


Launch Status 
uomnienis 


o 


Any textual message or value 


Update 


Allocated Sends 


M 


=>0 

=<Campaign allocation less 
ailocateo/sent 


Campaign 

allocation 

less 

ailocated/s 
ent 


Launch Status 


M 


Idle 


Idle 


Delivery Agent 


O 


Validated by the table of 
delivery agents for the client 




Last Modified by 


M 


System derived 


Read Only 


Last Modified 
Date 


M 


System derived 


Read Only 



Table 4 - Campaign Add Infonmation 

An example user interface for entering campaign launch 
parameters is illustrated in FIG. 10. 

For launch statuses that are not complete, launch pararheters <:an 
be modified by the user according to certain rules. Activation is the 
momisnt when the user finally schedules the launch. Validation required to 
restart a launch should mirror the validation undertaken by the Launcher. 
The following validation is required to enable a launch to proceed: 

For launch modes = Pilot or Production: 

• Client is current 

• Campaign is cunrent 

• Launch Date => Today() 

• Campaign Start Date =< Today() 

• Campaign Close Date => TodayQ 

• Launch Status j= Initial, Held 

• Sunset Date Is > Launch Date or is null 

• Electronic document is reviewed, approved and authorised 

• Recipient data is available to the launch 
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• ClientDigitalCertificate field is not null 

For all Launch modes: 

• E-commerce indicator matches the Electronic document 

o If ok, validate required e-commerce referential data 

• Fulfilment indicator matches the Electronic document 

o If ok, validate required fulfilment referential data 

• Issue a warning message (and prompt to continue or cancel) If 
other launches for the same campaign are active, restarted, paused 
or In progress 

• Issue a warning (and prompt to continue or cancel) if sunset date is 
null 

Activation redisplays all data associated with the launch for confirmation. 
Prominence is given to: 

• Launch Mode 

• Launch Date 

• Allocated Sends 

• Loaded Recipients 

• Sunset Date 
The user can respond: 

• Ok - activates the launch; whilst 

Cancel - returns to the activation screen with fields as updated. 

Test launches are scheduled immediately (Le. the launch date/time 
is ignored) and launched at the unrestricted rate. Pausing a launch stops 
the launching of the electronic documents. The following validation Is 
required to enable a launch to be paused (status changed to Pending Idle, 
then subsequently Idle), namely the launch is Active. Restarting a launch 
enables a launch to continue from where it was paused changing the 
status to Pending Active, then subsequently Active. Validation required to 
restart a launch should mirror the validation undertaken by the Launcher. 

A function is provided to report on campaign readiness that enables 
a marketing manager to see at a glance the readiness of campaigns for 
the client The report should be able to filter on "Campaign Manager^, 
"Campaign Name* or 'all'. The launches selected must be for. 

• Campaigns that are not cancelled, and 

• Launches that are not cancelled or are not sent 

Traffic light indicators are provided to give the following indications: 

• RED — the (launch date OR campaign start date) is less than 
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Threshold 1" days away (including a passed launch date) and the 
launch is not activated 

• Amber - the (launch date OR campaign start date) is less than 
Threshold 2" days away and the launch is not activated 

• Green - the (launch date or campaign start date) is more than 
Threshold 2" days away or the launch is activated or the launch 
date is In Progress 

The information is ordered by readiness level (Red, Amber, Green) 
then ascending Launch date order. The threshold parameters are time 
parameters that are in units of 'days' and can be maintained through a 
reference table by the marketing manager Suggested defeuit values are . 
be provided wherein Red = 7 and Ambers 14. 

The following table contains a suggested presentation of the 
information for "All". This function is required to drill down on an entry and 
enable updates to t>e performed. 



Campaign Name 


Launch Name 


Readi- 
ness 


Campaign 
IManager 


Launch Date 


Olympic Games 
2000 


Olympic 
Games Pilot 


RED 


AnnZoff 


1« October 
2000 


Football 

FunFootball Fun 


Football Fun 


RED 


Fred 

Fiintstone 


5"" October 
2000 


Olympic Games 
2000 


Olympic 
Games II 


Amber 


Ann Zbff 


7"" October 
2000 


Pre Christmas 
Specials 


Santa's 
Specials Pilot 


Amber 


John Smith 


10^ October 
2000 


Olympic Games 
2000 


Santa's 
Clearance 


Green . 


Ann Zbff 


U'" October 
2000 


Olympic Games 
2000 


Santa's last 
minute rush 


Green 


AnnZoff 


October 

2000 


Pre Christmas 
Specials 


Santa for 
Mums and 
Dads Pilot II 


Green 


John Smith 


17^" October 
2000 



Tables - Report for campaign readiness 



Recipient data 42 is the data that holds the addressing information 
of the electronic docunient recipients. The data must contain a minimum of 
the e-mail address and optionally merge data to be inserted into each 
electronic document The client generally provides this in a standard file 
format ready for importing to the campaign database via the Catcher. An 
import function is required to take a file and import it into the recipient list 
table. The imported data will comprise the e-mail address of the recipient 
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and any other information required to be imbedded in the body of the e- 
mail such as sumame, title etc. 

A campaign duplicate recipients report may also be provided by the 
campaign manager module, as required: 

• Summary - counts the distinct e-mail addresses that are duplicated 

o Launch 

• Detail - lists all recipient records that are duplicated 

o Launch 
o Launch Mode 
o Recipient ID 
o Send Status 

The electronic document catcher (described below) uses reference 
tables to determine threshold values and text used in replies to recipients. 
The reference information is a system default but can be overridden by the 
client for each campaign and/or launch within the campaign manager. 
Other modules within the direct e-mail marketing systems suite of 
programs use the data, such as the launcher, the catcher etc. 

Launcher 

We turn now to consider the launcher module 47, which provides a 
server function that is capable of sending all electronic documents 
prepared with the aid of the translator module 45 and builder module 46. 
The send process will deliver the content to a s/mime send service 53 for 
delivery to recipients 54. The launcher will update launch details into a 
database for tracking and reporting. The Launcher will provkJe launch 
statistics for reporting in the cockpit module 48. The launcher must also 
respond to status change commands for activate, pause and status 
information requests from the campaign management module 41 . « 

The launcher module receives a trigger for the launch of a particular 
electronic document The following actions are required by the launcher to 
prepare the document for launch, in relation to e-mail addressing, a client 
supplied email list will have been loaded into the recipient records, the 
necessary fields for the storage of personalised data are checked and any 
exceptions reported. In relation to e-mail processing, check the status of 
the launch, open the master template for the electronic document, replace 
the <tag> fields in the master template with the recipient data, insert the 
catcher address for Bounce Back, insert the web content uri address in 
the <email> tag, attach a global universal identifier <GUID), MIME encode 
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the document, digitally sign the encoded content of the electronic and sign 
each message with signature code provided by the client or the 
independent certification authority 52. 

The launcher provides launch time <x>ntrols for off-peak and 
weekend processing of launches. The rate of launch is controlled by 
calculating the time required between each electronic document launched. 
The launcher module should desirably strive to maintain a queue depth 
between one and five launched electronic documents whilst still 
maintaining the required launch rate. 

Cockpit 

The cockpit module 48 is Integrated with the catcher module 49. 
and provides a user interface for the client 1 1 that is accessible via the 
Internet. The purpose of the cockpit is to display campaign performance 
statistics, refresh the statistics in real time and provide visual warnings. 
The performance statistics relate to the progress of the launch, receipts 
received, together with fulfilment, e-commerce and any client desirod 
custom data. Visual warnings may be provided for send feiluros, delivery 
failures, stock thresholds and e-commerce failures. 

A list of campaigns will enable the client to select a specific 
campaign to monitor. Access to the specific campaign is not dependant on 
the campaign status. This means that the cockpit will display (or attempt to 
display) available infonmation for any campaigns. Campaigns with multiple 
launches will be presented on a second list A campaign that has only one 
launch is required to be presented immediately (i.e. wittiout the need to 
select from the list). 





Campaign 


Status 




Olympic Games 


Current 



Launch 


Status 


1 OG Pilot 


In Progress 



Table 6 - Example campaign select list. 

The selection mechanism allows the user to easily select a 
campaign from a list of many campaigns. For example, a client that has 
fifty campaigns (or a single campaign with fifty launches) with varying 
statuses is able to select the required campaign/launch easily using a 
combination of pull down lists and entering a particular name. The list 
should be sorted alphabetically. In addition one. more than one, or all 
items are able to be selected, allowing an aggregated total to be 
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displayed. 

The following reports are provided by the cockpit module for the 

client: 

• Exception reports - bad address, missed data replacement, server 
not responding; and 

• Launch processing details - #sent. <date:time> (start-finish), status 
changes. 

Statistical Information Is required to be automatically refreshed 
every ten seconds and/or manually. Infonnatlon received from the same 
recipient more than once is counted each time. Header infonmation is 
provided for the statistics displayed in the cockpit, e.g.: 

• Campaign name, status, fulfilment indicator, e-commerce indicator, 
start date, close date 

• Launch name, sequence, status, mode, date. 

The following Cockpit body infonmation is provided for each of 
launch, response, fulfilment and e-commerce categories, similar to that set 
out In Table 7 below. The cockpit Information Is a summary of the data, 
where the details (including eCommerce details) can be accessed by 
'drilling down' to display a single response order. These will be refreshed 
at the same rate as the textual information. 



Launch 


Count 


% Recipients 


Falinires Threshold 
Setting 


Allocated Sends 
Recipients 
Actual Sends 
Pending 
Errors' 
Delivery Receipt 
Read Receipt 


100000 




98765 




22123 


22.40% 


70000 


70.88% 


55 


0.06% 


R/A/G-' 1 500 


20976 


21^4% 




20000 


20.25% 




ResDonse 


Count 


% Recipients 




OpenedtPresented)* 
RepUcd 

Unopened(Unpre$ented)^ 
JabmaU** Replays* 
Opt Out 


5100 


. 5.16% 


2250 


2.28% 


15856 


15.88% 


875 


20% 


50 


0.05% 



^ Errors are where the e-mail failed to reach ife destination (due to unknown domain, 
user, or invalid address format) 

^ Red. Amber. Green indicator - Red if count reaches threshold. Amber within 10% of 
threshold. Green below threshold. 

Opened means that the Electronic document was opened and either the Electronic 
document exit^close button or the e-maB close button was used to dose the document 
Dresehtation 

Unopened(Unpresented) can be derived = Actual sends - Opened(Presented) • Errors 
' The total number of repeated viewings of an Electronic document 
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Send to a Friend 
Expired Sunset Date^ 


60 


0.06% 




I 


0.01% 




Fulfilment 

Information Requests 
Orders 
Product ABCOOl^ 
Froduct ABC002 
Quantity Ordered 
Value Ordered 


Count 


% Recipients 


Overflow Threshold 
SetUng 


2200 


2.23% 


JSOO 


1.52% 


1200 


1.21% 


R/A/G . 


10000 


700 


0.71% 


VUPJG 


10000 


1900 


1.92% 




S75000 






E-Coimnerce 


Count 


Value 


Denials Threshold 
Setting 


Authorisation Requests 
Authorisation Approved 
Funds Captured 
Authorisation Denied 


1500 


75000 


1250 


62500 


300 


. 15000 


250 


12500 


R/A/G 1 . 10000 



Table? - Text data for cockpit display 

' Expired sunset dates are those Electron^ document responses that were received at 
tfie catcher before the campaign close date with a sunset date that expired. 

The number of rows here expands to the number of products offered in the Electronic 
document. This line and the following are an example of an Bectronic document with 2 
products. 

Catcher 

The catcher module 49 is a sub-system that receives responses 
from recipients 54 of the electronic documents and stores the data 
contained in the responses in a database SS for statistical analysis and 
detailed reporting. Where required by the client, the catcher can also reply 
to the recipient with receipt confinmation. Validation rules are applied by 
the catcher module to the incoming responses to ensure that all responses 
are either stored successfully or parked for further manual analysis. 

The replies to recipient responses are sent by the recipient to an e- 
mail account determined by the campaign manager module. The catcher 
module is hosted on a computer system physically separate from the 
launcher, and preferably Is able to accept responses for more than one 
dedicated account, i.e. one catcher niay service many catcher addresses. 
The e-mail account to which a response is made will be determined by the 
contents of the electronic document. All received e-mail responses are 
processed and stored in the database 55 according to specific njie$. 

The expected formatted response data is encrypted, and as such 
requires decryption by the catcher. When an order is received in a' 
response the catcher must detemnlne the processing requirements. The 
fulfilment processing options are: 
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• Store the order details - the client will act on the stored data; 

• Redirect the order details to an e-mail address to be used for the 
order and fulfilment processing. The catcher determines the 
address by: 

o Receiving it in the Jabmail® response, or 
o Accessing the data from the jcampaign manager. 
The payment processing options are: 

• Payment on account required to progress the order, 

• Successful payment via the payment gateway required to progrros 
the order. 

Invalidp unexpected or emoneous response e-mails are able to be 
reviewed, edited and reprocessed as required. No responses should be 
left in an unprocessed state by the catcher module. 

Reponses received by the Catcher are validated using the following 

rules: 

• E-mails that are not In the expected reply format - 

o E-malis that cannot be identified as originating from a 
campaign recipient should be stored in their entirety and 
identified as "Unknown" 

o E-mails that can be identified as potentially originating from 
a campaign recipient, but Is not in the expected fomriat 
should be stored in their entirety and Identified as Treeform 
repl/". 

Note: for this to be of use to a client, the Catcher must be 
able to identify the client and the campaign 

• Responses in the expected reply format - 

o Corrupt, missing or unidentified key dpta, i.e. one or more of 
Client ID, Campaign ID. Launch sequence or electronic 
document ID are stored in the expected format as an 
"orphaned" record; 

o Expired Sunset date <the sunset date is validated according 
to rules that detenmine the expiry date of the offer 
ariticipated by the client when the sunset date was set, 
using time zones as necessary). If the campaign dose date 
has not passed the following will occUn 

■ Stored in the expected fomiat and identified as 
"expired" 

■ If the response requires E-commerce or fulfilment 



wo 02«)705 




PCT/AUOl/01^9 



functionality, a message will be displayed informing 
the recipient that the 'offer* is no longer available 

o If the close date has passed, then the e-mails are deleted 
and not processed 

o Valid data 

■ Standard statistical information Is stored; . 

■ Customised client requested information is stored; 

■ E-commerce invokes the e-commerce functionality 
via the e-commerce Interface 51 and stores required 
e-commeroe infomfiation. 

The catcher module also provides messaging for piartlcular events 
that occur, including reply to the sender of the administration response, 
the outcome of the action. The message gives details of the subject of the 
request, the object of the request, the date and time of the request, the 
date and time of the completion of the requested task, and the outcome of 
the task. The nature of the messaging is flexible and configurable for each 
campaign either via e-mail (in electronic docunrient fomnat or in plain text 
fomnat) or via mobile phone (eg. using SMS or WAP functtons). 
Authentication of e-mail messages is achieved through the use of a digital 
certificate issued by a certification authority 52. The Catcher is suitably 
arranged to digitally sign all outbound messages, thereby positively 
identifying the client 

The following infonmation is captured by the catcher module from 
the electronic document initiated replies: 



• Standard Details (Table 8A) 



Data 
element 


Values 


Description 


Recipient ID 




The unique identifier used to identify the 
recipient of an electronic document 


Campaign ID 




The campaign to which the eiecbronic 
document was related 


Launch Seq 




The Launch Sequence for the campaiqn ID 


Document ID 




Identifies an electronic document 


Opened 




Date and time the electronic document was 
opened 


Replied 




Date and time elecfaonic document was 
responded to 


Received 




Date and time electronic document was 
received. 


Sender e- 
mall address 




The address from which the reply was 
received 



Wb 02/50705 



25 



PCT/AUOl/01659 



Preferred e- 
mail address 




The address supplied by the recipient as the 
preferred reply address 


Opt In Ind 


Y/N 


Indicates if the user has specifically 
requested that they wish to opt in for 
information and are retained on the mailing 
list 


• Custom Details (Table 8B) - For campaigns with client defined details: 


Data 
element 


Values 


Description 


Send to a 
Friend 


Y/N 


An indicator that is set if a recipient wants the 
electronic document to be sent to a friend. 


Friend's e- 
mail address 




E-mail address validated by the electronic 
document on entry 


Request for 
Info 


Y/N 


An indication of a request for information. This 
is a standard indicator that reflects the 
recipierits' request for more info. It is possible 
that this will be supplemented with additional 
indicators for differing types of info. 


Various . 




The data specified by the client 

e.g request for info, free gifts, marketing info, 

etc 


• E-Commerce Details (Table 8C) - "For campaigns requiring e- 
commeroe credit card functionali^ only: 


Data 
element 


Values 


Description 


Payment 

details 

(encrypted) 




(Where payment gateway processing does not 

require the recipient to t>e online) 

Card Type, 

Card.Number, 

Name on Card, 

Expiry Date, 

Value 


E-commeroe 
status 

information . 




Authorised, In progress. Transferred, Declined, 
System error 


• Fulfilment Details (Table 8D) 


Data 
element 


Values 


Description 


Delivery 
Details 




Delivery address as typed in/modified by the 
recipient 


Order details 




The details associated with the order placed - 
this may be more than one order. 
1) Qty, Product Description, Product Code, 
Unit price, total price, freight 
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2) Qty, Product Description. Product Code. 

Unit price, total price, freight 

etc 


Payment 
Method 




On Account, Credit Card. Invoice, COD. FOC. 
Cheque in post 



Received e-mails that have failed validation tests are stored in their 
entirety by the system. For this information to be of any use tools are 
required for support and client personnel to enable a level of reworic to be 
undertaken including analysis, data correction, and reprocessing. The 
catcher is also provided with utilities to review the invalid eHfnails in order 
to list, sort, filter, print list, select, read file contents, string search and 
copy. 

File editing facilities for data correction are provided to enable find 
and replace - individual and bulk files, reformat - individual and bulk files, 
edit data, print data, file rename and file delete purposes. Functionality is 
pn3vided to reprocess one or more e-mails that have failed validation. The 
reprocessing must replicate the normal process Invoked by the Catcher. 
However, if the reprocessing fails again, then the system should not allow 
a duplicate copy of the invalid file. Once the catcher has received a 
response from a recipient, it is required to determine if a reply is required 
to be sent back to the recipient. The following criteria will determine the 
response to be made: 



Recipients' Response Type 


Catcher's Reply Type 


Request for information 


Acknowledgement of Request 


Order Goods 


Confirmation of all orders for the 
Campaign 


Credit Card or Funds transfer 


Status and ID of the transaction 



Table 9 - Response and reply types 



The responses are desirably table based so that customised 
messages can be built user the catcher module .at the system, client 
and/or campaign level. 

The advantages of the invention, when compared with known 
arrangements for sending or distnbuting electronic documents v\rith active 
content include, obviating the requirement for separate documents to be 
attached to e-niall messages, particulariy executable attachments which 
require Installation of suitable host applications on a recipients computing 
device. Immediate presentation of content embedded in the electronic 
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document is achieved upon opening the document without requiring 
invocation by a recipient, through use of interpreter technology available 
within e-mail client applications, hence providing enhanced impact. 
Provision is also made for gathering responses from recipients of 
electronic documents or allowing recipients to opt out of further 
communications. 

Throughout this specification, unless the context requires 
othenvise. the word "comprise", and variations such as "comprises" or 
"comprising", will be understood to imply the inclusion of a stated integer 
or group of integers but not the exclusion of any other integer or group of 
Integers. 

The aim of the specification has been to describe the 
preferred embodiments of the invention without limiting the invention to 
any one embodiment or specific collection of features or particular 
sequence of method steps. Further modifications and improvements to the 
invention, preferred embodiments of which are described herein, will be 
evident to persons skilled in this field of technology. 
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CLAIMS 

1. A system for the distribution of an electronic document 
containing a presentation to a plurality of desired recipients via an 
electronic mail service, the system comprising: 

(a) a management module that manages master electronic documents, 
including configuration maintenance; 

(b) a builder module that integrates creative content with a document 
template to produce the master electronic document; 

(c) a launcher module that merges recipient data with the master 
electronic document and initiates transmission of the electronic document 
to each desired recipient in accordance with delivery and scheduling 
details provided by the management module; and 

(d) a catcher module that receives and processes automatic receipts 
from recipients of the electronic document 

2. The system of claim 1 wherein the management module performs 
maintenance of e-commerce configuration details, and mailing of 
delivery, scheduling, and e-commerce details. 

3. The system of daim 1 wherein the creative content includes any 
one or more of text objects, image objects, sound objects, audio-visual 
objects and animation objects. 

4. The system of claim 1 wherein the document template includes a 
header portion for holding address information of the recipient and a body 
portion. 

5. The system of daim 4 wherein the body portion indudes the 
following sections: 

(a) a computing platform independent script section for controlling 
presentation of content of the electronic document and including a 
subsection for automatically retuming a receipt; 

(b) a. niarkup language section for providing links to subsections of 
encoded content within the document; and 

(c) a content section including a plurality of subsections each enooded 
in accordance with a multipurpose communications protocol supported by 
an electronic mail service. 

6. The system of claim 1 wherein the master electronic document is 
forwarded by the launcher module to a . communications server for 
transmission to recipients determined by a redpient list. 
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7. The system of claim 1 wherein the recipient data is stored in a 
database. 

8. The system of claim 1 wherein the recipient data includes address 
information and other personalised information relevant to the recipient 
and an associated campaign. 

9. The system of claim 1 wherein the delivery details include an 
anticipated delivery date, and an expiry date beyond which the 
presentation will be limited to an explanation to the recipient that the 
campaign has lapsed. 

10. The system of claim 1 wherein a global unique identifier for each 
recipient is created automatically by the system to enable each response 
to be clearly traced to a recipient address. 

11. The system of claim 1 further comprising a cockpit module that 
provides a user interface to track the progress of the distribution of the 
electronic document. 

12. The system of daim 1 further comprising a fulfilment interface that 
processes orders for goods and services made in response to receipt of 
the electronic document. 

13. The system oif daim 1 further comprising an e-commerce interface 
that communicates with one or more payment servtees for financial 
transactions. 

14. The system of claim 1 further comprising an import/export interface 
that performs one or mofe of: 

exports response data captured by the capture module; 
imports recipient data to the catcher module; or 
imports recipient data to the management module. 

15. An electronic document, arranged for transmission from a sender 
according to address information in a header portion of the document, said 
document structured to included within a body portion of the document: 

(a) a computing platform independent script sectton for controlling 
presentation of content of the electronic document and including a 
subsection for automatically returning a receipt; 

(b) a markup language section for provkjing links to subsections of 
encoded content within the document; and 

(c) a content section including a plurality of subsectbns each eruxKled 
in accordance with a multipurpose communications protocol supported by 
an electronic mail service; 



wo 02/50705 




PCT/AUOl/01659 



wherein automated presentation of content to the recipient upon opening 
the electronic document is controlled by a client application associated 
with the electronic mail service. 

16. The electronic document of claim 15 wherein the script sectton 
includes further subsections for one or more of: 

(I) collecting feedback information provided manually by the 

recipient in reply to the content presented; 
(il) collecting statistical feedback information, collected 
automatically, of timing and/or other event information; 
(ill) encrypting the response infomnatlon and retuming the 
encrypted response to the sender in the receipt; and/or 
(iv) Implementing campaign expiry dates. 

17. The electronic document of claim 15 wherein the script subsection 
for automatically retuming a receipt suitably creates and places the receipt 
in an out box accessible via the recipients client application. . 

18. The electronic document of ^aim 15 wherein the receipt, whtoh is 
addressed to a receiver designated by the sender, or their agent, contains 
a variable allowing the recipient to opt out of further communteations with 
the sender. 

19. The electronic document of claim 15 Wherein the receipt contains 
an e-mail address variable to instruct the system that another electronic 
document/presentatk)n is required to be sent to a friend or associate of the 
recipient at the e*mail address entered by the recipient. 

20. The electronic document of claim 1 5 wherein the maric-up language 
section of the electronic document includes a canvas page section that 
establishes a style for the presentation. 

21 . The electronic document of claim 1 5 wherein the mark-up language 
section of the electronic document further includes: 

(i) a reply form page for collecting feedback information from 
the recipient; 

(ii) a fulfilment order page for taking orders for goods and/or 
sen/ices; and/or 

(iii) an electronic commerce page for facilitating electronic 
payments offered in relation to the orders. 

22. The electronic document of claim 15 wherein, the body portion of 
the electronic document further includes a plain text section for use with 
sub-functional client application software, including an electronic mail 
client lacking mark-up language support. 
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23. The electronic document of claim 15 wherein the client application 
is an e-mail client or a web browser client application. 

24. A method for distributing an electronic document containing a 
presentation to a plurality of desired recipients, said method including the 
steps of: 

(a) obtaining delivery and scheduling details for the distribution of the 
electronic document, together with data about the desired recipients; 

(b) integrating creative content with a document template to produce a 
master electronic document; 

(c) merging the recipient data with the master electronic document and 
initiating transmission of the electronic document to each desired recipient 
in accordance with the delivery and scheduling details; and( 

(d) receiving and processing automatic receipts from recipients of the 
electronic document 

25 The method of daim 24 further including the step of merging 
product information with the document template when producing the 
master electronic document. 

26. A computer including processing means, storage means, 
communication means and display means when programmed to perform 
the steps of: 

(a) obtain delivery and scheduling details for the distribution of the 
electronic document, together with data about the desired recipients; 

(b) integrate creative content with a document template to produce a 
master electronic document; 

(c) merge the recipient data with the master electronic document and 
initiate transmission of the electronic docurnent to each desired recipient in 
accordance with the delivery and scheduling details; and 

(d) receive and process automatic receipte from recipiente of the 
electronic document. 

27. An apparatus for transmitting an electronic document structured 
such that the following secttons are included within a body portion of the 
document 

(a) a computing platform Independent script section for controlling 
presentetion of content of the electronic document and including a 
subsection for automatically returning a receipt; 

(b) a maricup language section for providing links to subsections of 
encoded content within the document; and 
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(c) a content section including a plurality of subsections each encoded 
in accordance with a multipurpose communications protocol supported by 
an electronic mail service; 
said apparatus comprising: 

a launcher module that merges address information of a desired rmipient 
with a master electronic document containing creative content to form the 
electronic document and that initiates transmission of the electronic 
document to the desired recipient via the electronic mail service; and 
a catcher module that receives and processes automatic receipts firom 
recipients of the electronic document. 

28. A method of direct email marketing to approved recipients including 
the steps of 

perfomiing a builder function that combines content with a document 
template to form a master electronic document; 

performing a launcher function that merges the master electronic 
document with address information of the approved recipients, and sends 
the master electronic document by email; and 

performing a catcher function that receives and processes responses from 
recipients, said responses being at least a read receipt 

29. The method of claim 28 further including the step of certifying the 
address information of the approved recipients. 

30. The method of claim 28 further including the step of perfornilng a 
cockpit function to monitor the progress of the direct email mailceting. 
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